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(54) Emergency notification and override service in a multimedia network 



(57) An emergency message notification and over- 
ride system and method for use in a multimedia-capable 
network for effectuating a subscriber-selectable notifi- 
cation scheme with respect to an incoming emergency 
message directed to a subscriber from an authorized 
entity. Upon receiving the incoming emergency mes- 
sage at a network node serving the subscriber, a multi- 
media session engine is invoked to launch a call treat- 
ment application for the subscriber. Based on at least a 



portion of the parametric information relating to the in- 
coming emergency message, an emergency notifica- 
tion profile associated with the subscriber is queried to 
determine a particular emergency alert scheme to be 
provided. A multimedia-capable interface operable with 
the subscriber terminal is actuated thereafter without in- 
terrupting the current session in order to effectuate the 
selected emergency alert scheme with respect to the in- 
coming emergency message. 
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Description 

BACKGROUND OF THE INVENTION 
Technical Field of the Invention 

[0001] The present invention generally relates to tel- 
ecommunication and data communication services. 
More particularly, and not by way of any limitation, the 
present invention is directed to an emergency notifica- 
tion and override service in a multimedia-capable next- 
generation network. 

Description of Related Art 

[0002] Over the last two decades or so, telecommu- 
nication services have evolved rapidly from simple tel- 
ephone calls and fax communications to a host of ad- 
vanced services such as multi-party conferences, voice 
mail, call forwarding, caller ID, call waiting, et cetera. 
This rapid evolution has been made possible primarily 
due to the successful deployment of the Intelligent Net- 
work (IN) and Advanced IN (AIN) architecture using Sig- 
naling System No. 7 (SS7) as the out-of-band signaling 
protocol infrastructure. Similarly, data services have al- 
so followed a significant transformation from basic text 
messaging in the 1 980s to the World Wide Web and In- 
ternet of today, where transporting diverse media has 
become commonplace. For example, bandwidth-inten- 
sive services such as desktop video conferencing, video 
on demand, telemedicine, real-time audio, and many 
other applications are driving the demand for simultane- 
ous support of different types of services on the same 
public network. 

[0003] Coupled with the phenomenal popularity of the 
Internet, recently there has been a tremendous interest 
in using the packet-switched network (PSN) infrastruc- 
ture employed in the data networks (e.g., those based 
on Internet Protocol (IP) addressing) as a replacement 
for, and/or as an adjunct to, the existing circuit-switched 
network (CSN) infrastructure deployed in today's voice 
networks. Several advantages are expected to be real- 
ized due to such integration. From network operators' 
viewpoint, the inherent traffic aggregation in PSN allows 
for a reduction in the cost of transmission and the infra- 
structure cost per end-user. Ultimately, such cost reduc- 
tions enable the network operators to pass on the sav- 
ings to subscribers or, more generally, users. Also, op- 
erators of a new breed of service-centric networks (re- 
ferred to as next-generation networks, distinct from the 
existing voice-centric and data-centric networks) can of- 
fer enhanced services with integrated voice/data/video 
to users who will be using endpoints of diverse multime- 
dia capabilities. 

[0004] As alluded to hereinabove, several advances 
have taken place in both data and voice services. How- 
ever, the current data-centric and voice-centric services 
do not provide the gamut of enhancements that are pos- 



sible with the use of multimedia capabilities in a next- 
generation network. 

SUMMARY OF THE INVENTION 

5 

[0005] Accordingly, the present invention advanta- 
geously provides an enhanced emergency message 
notification and override service in a multimedia-capa- 
ble network wherein a select emergency alert scheme 

10 is effectuated with respect to an incoming emergency 
message. Preferably, the multimedia-capable network 
is provisioned as a next-generation network having a 
decoupled service architecture that is facilitated by the 
use of multimedia Softswitch technology. 

15 [0006] In one aspect, the present invention is directed 
to an emergency message notification system and 
method in a multimedia-capable network for effectuat- 
ing a subscriber-selectable notification scheme with re- 
spect to an incoming emergency message directed to 

20 the subscriber from an authorized entity. In certain ex- 
emplary embodiments, an emergency override feature 
is also implemented wherein any restrictions to notifica- 
tion delivery may be superseded. Upon receiving the in- 
coming emergency message at a network node serving 

25 the subscriber, a multimedia session engine is invoked 
to launch a call treatment application for the subscriber. 
Based on at least a portion of the parametric information 
relating to the incoming emergency message, an emer- 
gency notification profile associated with the subscriber 

30 is queried to determine a particular emergency alert 
scheme to be provided. Preferably, a subscriber-se- 
lectable device is actuated thereafter in order to effec- 
tuate the selected emergency alert scheme with respect 
to the incoming emergency message. In a preferred ex- 

35 emplary embodiment, the subscriber-selectable device 
comprises a multimedia-capable interface operable with 
the subscriber terminal, wherein the alert scheme is ef- 
fectuated without interrupting the current session or ses- 
sions in which the terminal may be engaged. 

40 [0007] Depending on how the service architecture is 
implemented, the call treatment application may be pro- 
visioned as a service application hosted on a third-party 
server platform coupled to a public packet-switched net- 
work (e.g., the Internet), as atelecom-hardened, carrier- 

45 class service application hosted on dedicated IN/AIN- 
compliant nodes such as multimedia Service Control 
Points (SCPs) and application servers, or as a central- 
ized service with service logic embedded in SS7 nodes 
(e.g., Service Switching Points or SSPs) and multimedia 

50 softswtich elements. 

[0008] In another aspect, the present invention is di- 
rected to a computer-accessible medium operable with 
at least a network element disposed in a multimedia- 
capable next-generation network. The computer-acces- 

55 sible medium is further operable to carry a sequence of 
instructions which, when executed by at least one 
processing entity associated with the network, causes 
to be performed at least a portion of the steps of the 
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multimedia-capable emergency message notification 
method set forth hereinabove. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0009] A more complete understanding of the present 
invention may be had by reference to the following De- 
tailed Description when taken in conjunction with the ac- 
companying drawings wherein: 

[0010] FIG. 1 depicts an exemplary high-level archi- 
tectural scheme of a next-generation, multimedia-capa- 
ble network employed for practicing the teachings of the 
present invention; 

[0011] FIG. 2 depicts a functional block diagram as- 
sociated with the exemplary high-level architectural 
scheme shown in FIG. 1 ; 

[0012] FIG. 3 depicts a functional block diagram of a 
multimedia call/session engine operable in accordance 
with the teachings of the present invention; 
[0013] FIG. 4 depicts an exemplary next-generation 
network capable of multimedia services; 
[0014] FIG. 5 depicts an exemplary service network 
which employs a multimedia-based emergency notifica- 
tion system and method in accordance with the teach- 
ings of the present invention; 

[0015] FIG. 6 depicts an exemplary multimedia inter- 
face with browser navigation for effectuating multimedia 
calls and subscriber-selectable emergency notification 
alerts in accordance with the teachings of the present 
invention; 

[0016] FIG. 7 depicts an exemplary embodiment of a 
subscriber's emergency notification profile; 
[0017] FIG. 8 is a flow chart of the steps involved in 
an exemplary emergency notification method of the 
present invention; 

[0018] FIG. 9 is a flow chart of the steps involved in 
an exemplary methodology for directing an emergency 
message towards a subscriber by an authorized individ- 
ual; and 

[0019] FIG. 1 0 is a flow chart of the steps involved in 
an exemplary methodology for directing an emergency 
message towards a subscriber by an entity. 

DETAILED DESCRIPTION OF THE DRAWINGS 

[0020] In the drawings, like or similar elements are 
designated with identical reference numerals through- 
out the several views thereof, and the various elements 
depicted are not necessarily drawn to scale. Referring 
now to FIG. 1, depicted therein is an exemplary high- 
level architectural scheme 1 00 of a next-generation net- 
work that is capable of effectuating multimedia commu- 
nications. In the context of the present patent applica- 
tion, the term "multimedia" broadly refers to visual infor- 
mation, aural information, and other information. Visual 
information is generally divided into two categories: (i) 
still pictures and graphics, and (ii) full-motion video or 
animation. Aural information includes both speech and 



non-speech categories. Other information categories 
can include text, computer data, etc. Multimedia com- 
munication involves, accordingly, integrated presenta- 
tion of text, graphics, video, animation, sound, and the 
5 like, using different media and multiple information ele- 
ments in a single application or session. 
[0021] The exemplary architectural scheme 100 of 
the next-generation network is preferably effectuated by 
implementing what is known as Softswitch technology. 
10 Essentially, the Softswitch functionality is operable to 
separate the call control functions of a call (or, "session 
control" functions in the context of a multimedia commu- 
nication session) from the media gateways (i.e., trans- 
port layer(s)) that carry it. Call control features can vary, 
15 but call routing, admission control, connection control 
(such as creating and tearing down sessions), and sig- 
naling interworking - such as from SS7 to Session Ini- 
tiation Protocol (SIP) - are usually included. These 
functionalities may collectively be referred to as session 
20 control. The Softswitch functionality can also include: (i) 
the ability to route a call based on customer database 
information, (ii) the ability to transfer control of the call 
to a node disposed in another network, and (iii) support 
of management functions such as provisioning, billing, 
25 etc. 

[0022] Continuing to refer to FIG. 1 , the architectural 
scheme 100 accordingly includes an access/transport 
level 1 02 which interacts with a session control level 1 04 
via a plurality of open-standard protocols and applica- 
30 tion programming interfaces (APIs). The session control 
level 104 is operable, in turn, to interface with an appli- 
cation services/features level 106 via a second set of 
open-standard protocols and APIs. As will be described 
in greater detail hereinbelow, various multimedia serv- 
es ices, applications, and features may be provided as part 
of this services level 1 06. Also, some of the back office 
management and provisioning functionality can be in- 
cluded herewith. 

[0023] Those skilled in the art should readily appreci- 
40 ate that several protocols and APIs are available for ef- 
fectuating the architectural scheme 100 set forth here- 
inabove, which effectively decouples the session control 
layer from the underlying access/transport layer as well 
as the service application layer. For example, these pro- 
45 tocols - which effectuate media control APIs, signaling 
APIs, and service APIs - include: SIP, H.323, Call 
Processing Language (CPL), Media Gateway Controller 
Protocol (MGCP), Internet Protocol Device Control (IP- 
DC), H.248, MEGACO, Real-Time Protocol (RTP), 
50 Java™ APIs for Integrated Networks (JAIN), Resource 
Reservation Protocol (RSVP), Parlay, Lightweight Di- 
rectory Access Protocol (LDAP), Markup Languages 
such as Extensible Markup Language (XML), Multi Pro- 
tocol Label Switching (MPLS), and the like. Additionally, 
55 access to the existing IN/AIN service architecture is also 
available via suitable SS7 or IP-based interfaces. 
[0024] The Softswitch functionality is realized essen- 
tially as a software implementation that can reside on a 
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single network element, or be distributed across multiple 
nodes. Also, different levels of decoupling and interfac- 
ing may be provided in an actual Softswitch implemen- 
tation. For example, SS7 functionality may be embed- 
ded within a Softswitch element or kept separate. In oth- 
er implementations, the Softswitch functionality may sit 
on top of a media gateway (MGW), instead of being 
physically distinct, as long as transport and control 
planes are decoupled. 

[0025] By creating separate planes for control and 
switching and leveraging software's prog ram inability, 
service providers can combine transport services and 
control protocols freely in order to facilitate seamless mi- 
gration from one service to another. Best-in-class solu- 
tions and products from multiple vendors can be advan- 
tageously deployed in the next-generation network be- 
cause of open standards and APIs. Further, open APIs 
to the service layer (including a suitable service creation 
environment (SCE)), along with service creation, serv- 
ice mediation and service brokering standards, enable 
creation of numerous advanced, multimedia-enhanced 
services with faster service rollout. 
[0026] FIG. 2 depicts a functional block diagram as- 
sociated with the exemplary architectural scheme 
shown in FIG. 1 . Three layers corresponding to the three 
decoupled levels of the architectural scheme are partic- 
ularly illustrated. An access/transport layer 202 is exem- 
plified with a plurality of multimedia-capable H.323 ter- 
minals 208, GWs 210 (including MGWs and Access 
Gateways or AGWs) for providing access to one or more 
Integrated Access Devices (IADs) (not shown) and oth- 
er communication appliances, and multimedia-capable 
SIP terminals 212. For purposes of the present inven- 
tion, all such multimedia-capable access devices (in- 
cluding multimedia-capable phones, computers, game 
stations, television sets, etc.) may be referred to as mul- 
timedia appliances and are preferably provided with one 
or more man/machine interfaces (e.g., video/still cam- 
eras, microphones, display screens, keyboards, point- 
ing devices, joy sticks, track balls, voice recorders, au- 
dio-to-text or text-to-audio converters, and the like) for 
accepting or capturing multimedia responses or inputs 
associated with a user. Also, in some exemplary imple- 
mentations, the multimedia appliances may be 
equipped with suitable biometric ID readers and sen- 
sors, e.g., fingerprint readers, retinal scanners, voice 
recognition systems, etc. 

[0027] Continuing to refer to FIG. 2, control layer 204 
of the decoupled architectural scheme illustrates the 
functionality of an exemplary multimedia call/session 
engine implemented as part of a multimedia Softswitch 
in a network. A call/session and connection control block 
226 is provided with a plurality of access and transport 
interfaces 214 to couple to the underlying access/trans- 
port layer 202. As alluded to hereinabove, these inter- 
faces include, e.g., SIP interfaces 21 6, H.323 interfaces 
218, SS7 interfaces 220, SigTran interfaces 222 (for 
SS7-over-IP) and H.248 interfaces 224. The functional- 



ity of the call/session and connection control block 226 
is associated with a plurality of modules such as, for in- 
stance, a resource management module 228, a traffic 
metering/measurement module 230, an event log mod- 

5 ule 232, a screening module 234, alarms 236, a billing 
module 238, a bandwidth management module 240, a 
routing module 242, a Quality of Service (QoS) module 
244, feature interactions module 246, a provisioning 
module 248, and a translation module 250. 

10 [0028] A plurality of application interfaces 252 are 
available to the multimedia session engine for interact- 
ing with an application layer 206. A Parlay interface 254 
and a SIP interface 256 are exemplified herein. Refer- 
ence numerals 258-1 through 258-N refer to a plurality 

15 of application servers (ASs) that are operable to host 
various services, features and management policies. 
One or more legacy service nodes (e.g., a Service Con- 
trol Point or SCP) may also be provided as part of the 
application layer 206 in the form of one or several AS 

20 nodes, e.g., AS 260. Preferably, interfaces to third-party 
AS nodes 262 are also included. 
[0029] Application layering in the decoupled architec- 
tural scheme can be architected in three ways. Custom 
applications such as e-commerce, e-business, e-resi- 

25 dence (home appliance control, residential security, 
etc.), e-health, and the like, may reside on the Internet 
as applications hosted on third-party platforms. Special- 
ized services such as Virtual Private Networks (VPNs), 
prepaid services, etc., and multimedia applications for 

30 business and residential use may be provided as dis- 
tributed applications hosted on dedicated telecom-hard- 
ened platforms. Carrier-class AS nodes, multimedia-ca- 
pable SCPs, etc. typically comprise such platforms. A 
select group of legacy service offerings, for commercial 

35 as well as residential applications, may be provided as 
centralized applications that are based on SS7 plat- 
forms (such as signal switching points (SSPs)) and 
Softswitch nodes. 

[0030] Referring now to FIG. 3, depicted therein is a 

40 high-level functional block diagram of a call/session en- 
gine 300 of a multimedia Softswitch operable in accord- 
ance with the teachings of the present invention. As de- 
scribed in detail hereinabove, both access/transport in- 
terfaces 214 and application layer interfaces 252 are 

45 available to the call/session engine 300 for effectuating 
its Softswitch functionality. A control engine 302 is re- 
sponsible for call/session control and connection control 
(analogous to the traditional call control function or 
CCF). An application engine 304 is included for appli- 

50 cation triggering and managing feature/policy interac- 
tion with respect to a triggered service application. In 
addition, the application engine 304 is preferably oper- 
able to open suitable APIs for supporting enhanced 
services. When third-party applications are invoked, the 

55 application engine 304 may also provide firewall man- 
agement and subscriber access management for serv- 
ice selection and initiation. An access engine 306 is op- 
erable to effectuate online user authentication and au- 
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thorization and validate service usage rights. Also, 
roaming management may be provided by the access 
engine 306 for subscription retrieval, roaming retrieval 
and registration negotiation. 

[0031] FIG. 4 depicts an exemplary next-generation 
multimedia network 400 that is capable of providing a 
plurality of multimedia services in accordance with the 
teachings of the present invention. For purposes of the 
present invention, network 400 and its variants and ex- 
emplary implementations will be referred to as a"service 
network." One or more legacy circuit-switched networks 
(CSNs) 402 such as the Public Switched Telephone Net- 
work (PSTN) for wireline telephony and the Public Land 
Mobile Network (PLMN) for wireless telephony are cou- 
pled to one or more packet-switched networks (PSNs) 
406 such as the IP-based Internet, ATM-based packet 
network, etc. Further, the PSN portion 406 may also en- 
compass such other private I P-based networks as, e.g., 
corporate intranets, enterprise networks, home net- 
works, and the like. Accordingly, in one embodiment, 
PSN 406 represents an inter-networking network of a 
combination of such IP networks. A plurality of Trunk 
Gateways (TGWs), e.g., TGW 404A and TGW 404B, 
are disposed between the CSN and PSN portions of the 
network 400 for effectuating the interfacing therebe- 
tween. An Access Gateway (AGW) node 408 is coupled 
to the PSN portion 406 for facilitating access to the net- 
work from a plurality of access devices (ADs) 410-1 
through 410-N. One or more multimedia-capable SIP 
terminals 412 and multimedia-capable H.323 terminals 
414 are operable to originate and terminate multimedia 
sessions in conjunction with various multimedia servic- 
es supported by the network 400. 
[0032] One or more optional multimedia (MM) Service 
Resource Function (SRF) nodes, e.g., MM-SRF 416, 
are coupled to PSN 400 for providing bearer resource 
functionality for converged voice/data services, proto- 
cols to request these services, and open APIs for pro- 
gramming bearer-resource-intensive applications as 
well as content/announcement files. The MM-SRF node 
41 6 does not set up a bearer path between two parties, 
however, as there is no such dedicated bearer connec- 
tion in the context of IP networking. Rather, only a logical 
connection is established between the parties. 
[0033] Within the multimedia-based service network 
framework, some of the functions of the MM-SRF node 
41 6 include the following: (i) operating in the media ac- 
cess/resources plane for bearer services by providing 
multimedia resource services, (ii) providing standard 
protocols, (iii) interfacing to AS nodes through a multi- 
media Softswitch (e.g., Softswitch 41 8), and (iv) enabling 
third-party programmability of bearer services and con- 
tent/announcements through the open APIs. Those 
skilled in the art should appreciate that some of these 
functionalities may be embedded within the multimedia 
Softswitch 418 or be distributed across several MM-ca- 
pable nodes depending on the integration level of the 
Softswitch. 



[0034] A plurality of hosted applications 420 are co- 
located at the multimedia Softswitch node 41 8. The spe- 
cific type of the applications is dependent on the service 
architecture implementation and application layering. 
5 Some of the exemplary applications may include net- 
work announcements (in conjunction with SRF 416), 
video conferencing, digit collection, unified (multimedia) 
messaging, media streaming and custom announce- 
ments, automatic speech recognition (ASR), text-to- 
10 speech (TTS), user verification using multimedia, and 
various enhanced services such as multimedia call wait- 
ing, direct connect services, distinctive call notification, 
emergency override service, presentation of call party 
profiles based on multimedia, etc. It should be recog- 
15 nized, in addition, that some of these multimedia serv- 
ices may be provisioned as applications hosted on car- 
rier AS nodes 422 and third-party AS nodes 424, with 
suitable APIs associated therewith, respectively. 
[0035] Although the exemplary network embodiment 
20 400 shown in FIG. 4 does not explicitly illustrate SS7 
interfaces for effectuating legacy IN/AIN services, those 
skilled in the art should appreciate that various such SS7 
interfaces and SS7-capable signaling gateways (SG- 
Ws) may also be appropriately disposed in the network 
25 for providing SS7 functionality. 

[0036] Referring now to FIG. 5, depicted therein is an 
exemplary service network arrangement 500 which em- 
ploys an emergency notification system and method in 
a multimedia-capable next-generation network 502 in 
30 accordance with the teachings of the present invention. 
It should be appreciated by those skilled in the art upon 
reference hereto that in one embodiment, the network 
502 may be comprised of a combination of various PSN 
and CSN portions and their hybrids, including local and 
35 inter-carrier network portions. A multimedia node or net- 
work element 504 is operable to serve a plurality of sub- 
scribers, e.g., subscriber 508A operating a multimedia 
IT device 506A for originating and/or terminating calls. 
Similarly, other call parties operating suitable ITs, e.g., 
40 call party 508B with IT 506B and call party 508C with IT 
506C, are also operably coupled to the network 502. 
[0037] A Softswitch 510 having the multimedia call/ 
session engine functionality as described hereinabove 
is disposed in the network 502 for call routing and ap- 
45 plication triggering. Although the Softswitch 510 is illus- 
trated as a separate node in this embodiment, it should 
be recognized that the Softswitch functionality may also 
be provided as part of the serving multimedia node 504. 
A call treatment server 51 2 is provided as an application 
50 server node coupled to the network 502, wherein suita- 
ble multimedia service logic 51 3 is provided for querying 
a subscriber emergency notification profile database. 
Again, as alluded to hereinabove, it should be apparent 
that the functionality of the call treatment server node 
55 512 may be distributed or embedded, depending upon 
the service architecture and application layering. 
[0038] Continuing to refer to FIG. 5, the emergency 
notification system of the present invention includes a 
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database environment 514 associated with the call 
treatment server node 512 via a suitable interface. Var- 
ious emergency notification alert modes, options, re- 
strictions and policies, other related features such as se- 
lective override options, and the like are stored in the 
database environment 514. In a presently preferred ex- 
emplary embodiment of the present invention, the data- 
base environment 514 is capable of being updated by 
the subscribers as well as the network operator. 
[0039] Reference numeral 509A refers to a call con- 
nection in the network 502 between subscriber 508A be- 
ing served by the multimedia network element 504 and 
a call party 508B, who may or may not be a subscriber. 
As used herein, a call party may be a calling party or a 
called party with respect to another party, e.g., subscrib- 
er 508A. In similar fashion, reference numeral 509B re- 
fers to a call connection between subscriber 508A and 
another call party 508C. Reference numeral 509C refers 
to yet another call connection between subscriber 508A 
and a non-subscriber call party 508D. It should be ap- 
preciated that some of the terminals operated by the 
parties, e.g., terminal 505 operated by the party 508D, 
may not be multimedia-compatible. Further, the call par- 
ties may be located in different geographic areas and 
can comprise several types, e.g., family members, busi- 
ness acquaintances, et cetera. 

[0040] Continuing to refer to FIG. 5, an authorized 
agency (e.g., a governmental entity) 511 is operably 
coupled to network 502 for generating appropriate 
emergency messages as may be warranted in different 
situations such as public safety, inclement weather, po- 
lice action, and the like. Further, the emergency mes- 
sages generated by the agency 511 may also include 
information regarding the characteristics of the various 
emergency situations, e.g., type, degree and severity of 
an emergency, target area to which the message is to 
be disseminated, indication as to whether recipients of 
a message are to respond in a particular manner, orig- 
inating area of the emergency message, override capa- 
bilities (wherein a delivery restriction option selected by 
a subscriber in the target area is superseded by the 
emergency message to effect delivery), et cetera. 
[0041] Another entity, referred to as authorized user 
513, is operable to generate emergency messages to- 
wards a recipient, e.g., IT 506A. In one embodiment, the 
authorized user 513 may include a subscriber who is 
away from his or her primary information appliance, e. 
g., multimedia IT 506A, and is desirous of transmitting 
an emergency message to a particular device of his or 
her choice based on a notification profile associated 
therewith. It should be apparent that in an exemplary 
application, the particular device to which the emergen- 
cy message is to be delivered can be the multimedia 
terminal IT 506A itself. User 513 may also include any 
individual (a subscriber's family member, subscriber's 
supervisor, or a third-party) who can be verified, author- 
ized and authenticated, either by the network or via self- 
authentication means, and attempts to generate an 



emergency message towards a particular recipient in 
disposed in the network arrangement 500. Exemplary 
user verification schemes using multimedia technology 
may be found in the following co-pending U.S. patent 

5 application which has been cross-referenced and incor- 
porated by reference hereinabove: (i) "User Verification 
Service In A Multimedia-Capable Network," filed 

, Ser. No.: (Attorney Docket 

Number 1285-0047US), in the name(s) of: Babu V. Ma- 

10 ni. 

[0042] Reference numeral 515 refers to a path effec- 
tuated in the network arrangement 500 for disseminat- 
ing the emergency messages generated by the author- 
ized agency 511 with respect to particular subscriber 

15 508A. Similarly, reference numeral 51 7 refers to a path 
effectuated in the network arrangement 500 with re- 
spect to the emergency message generated by the au- 
thorized user 513 towards IT 506A. For purposes of the 
present invention, agencies, individual users and other 

20 entities operable to generate emergency messages 
may be collectively referred to as authorized entities. In 
a presently preferred exemplary embodiment of the 
present invention, the emergency message paths may 
be established between an authorized entity and the in- 

25 tended recipient without disrupting an ongoing call con- 
nection involving the recipient, e.g., call connection 
509A, 509B or 509C. 

[0043] Moreover, in some exemplary embodiments, 
the recipient party may also have additional service fea- 

30 tures such as, for example, multiple call waiting (i.e., the 
capability to wait on multiple incoming calls) and call par- 
ty profile presentation where a call party profile is pre- 
sented to the party on a selectable basis. Additional in- 
formation regarding these multimedia-based services is 

35 provided in the following co-pending U.S. patent appli- 
cations which have been cross-referenced and incorpo- 
rated by reference hereinabove: (i) "Call Party Profile 
Presentation Service In A Multimedia-Capable Net- 
work," filed , Ser. No.: (Attorney 

40 Docket Number 1 285-0048US), in the name(s) of: Babu 
V. Mani; and (ii) "Call Waiting Service In A Multime- 
dia-Capable Network," filed , Ser. No.: 

(Attorney Docket Number 1 285-0043US), in 

the name(s) of: Babu V. Mani. 

45 [0044] FIG. 6 depicts an exemplary multimedia inter- 
face 600 with browser navigation capability that is oper- 
able with multimedia-capable terminals for effectuating 
multimedia calls and emergency notification alerts in ac- 
cordance with the teachings of the present invention. A 

50 display 602 is operable to present a graphic user inter- 
face (GUI) with a plurality of call-oriented icons which 
can be activated via drag-and-drop interaction under the 
control of a browser client 604 running on a multimedia 
terminal, e.g., IT 506A depicted in FIG. 5. At least a por- 

55 tion (e.g, portion 651 ) of the display 602 may be utilized 
for presenting video/photo indicia of the call party to the 
subscriber. Additionally, the portion 651 or other display 
portions may be utilized for presenting emergency noti- 
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fication pop-up windows, banners, etc. associated with 
particular emergency messages. A keyboard or keypad 
606 and a cursor pointing device 608 (such as, e.g., a 
mouse or trackball, and their equivalents) are provided 
for facilitating the drag-and-drop interaction between 
the subscriber and the interface. Suitable audio input 
devices 610 and audio output devices 612 are associ- 
ated with the interface 600 for effectuating live speech 
responses and/or emergency notification announce- 
ments. A digital video camera 614 and a still camera 
616 are also included for capturing live video and still 
photographs of the subscriber in order to provide live 
images as multimedia responses to a call party engaged 
in a session with the subscriber. 
[0045] If call waiting (CW) notification features are 
available to the subscriber, a plurality of waiting callers 
may be presented on the display 602 as suitable "icons" 
(not shown in this FIG.). It should be recognized that 
these icons may comprise audio clip icons, image icons, 
animation graphics, flashing text messages, et cetera, 
associated with the waiting callers. Further, the display 
602 can include additional icons relating to selected call 
party profile presentation modes if the subscriber has 
such service capabilities. 

[0046] The exemplary multimedia interface 600 also 
includes a plurality of call modes for effectuating differ- 
ent types of multimedia calls between the subscriber 
and other parties. An Audio icon 653 is operable to in- 
dicate a voice-only mode. Similarly, a Video icon 655 
indicates a video-capable call mode that includes audio. 
A TTS icon 657 is operable, when activated, to convert 
text messages to speech and vice versa. In addition, 
icons relating to selective call diversion, call transfer, call 
rejection, and call acceptance may also be provided so 
as to enable the subscriber to select different call treat- 
ments and/or to divert an incoming call to a voice mail 
box, answering service, or a different terminal, etc. 
[0047] Referring now to FIG. 7, depicted therein is an 
exemplary embodiment of an emergency notification 
profile 700 for a subscriber 702 operable with respect to 
the emergency notification service of the present inven- 
tion. It should be apparent that in addition to the sub- 
scriber profiles such as the notification profile 700, the 
database environment 514 (shown in FIG. 5) may also 
be populated with further service features, options and 
policies relating to other multimedia-enhanced services, 
e.g., call party profile presentation, distinctive call noti- 
fication, multiple call waiting, and the like. Moreover, 
whereas a single subscriber's profile record is exempli- 
fied herein, those skilled in the art will recognize that the 
applicable database environment is typically comprised 
of numerous such records operable with respect to a 
plurality of subscribers. 

[0048] Preferably, the subscriber 702 is associated 
with a primary terminal/station by way of a name or other 
ID 704. A directory number 706 is included to identify 
the terminal/station associated with the subscriber. In 
accordance with the teachings of the present invention, 



an emergency notification alert mode 708 is also spec- 
ified for the subscriber 702. The emergency notification 
alert mode 71 0 is preferably comprised of numerous no- 
tification methods and features, wherein the subscriber 

5 is capable of selecting one or more schemes for deliv- 
ering an alert with respect to an incoming emergency 
message at the terminal. Exemplary emergency notifi- 
cation options include: audio announcements 709-1, 
video announcements 709-2, email transmission 709-3, 

10 facsimile transmission 709-4, data transmission involv- 
ing banner screens 709-5, graphics windows 709-6, and 
the like. The emergency notification alert mode 708 is 
operable with multiple notification device options 71 0 for 
effectuating the message delivery. Exemplary notifica- 

15 tion device options include: primary terminal 711-1, fax 
machine 711-2, home computer 711-3, office computer 
711-4, pager or beeper 711-5, TV or other entertainment 
equipment 711-6, personal digital assistant (PDA) 
711-7, mobile phone 711-8, office phone 711-9, and any 

20 secondary home phones (not explicitly referenced in 
this FIG.), and the like. A plurality of emergency notifi- 
cation scheduling and delivery options 712 are also 
available for further customizing emergency message 
delivery based on subscriber preferences and restric- 
ts tions. Such options may include time-based options 
713-1 (e.g., time-of-day), severity-based options 713-2 
(e.g., emergency messages relating to a natural disas- 
ter of a particular magnitude may be selected to be de- 
livered to the subscriber's pager regardless of restric- 

30 tions), select user list options 713-3 (e.g., emergency 
messages generated by the subscriber's family mem- 
bers may have precedence), and geographic area op- 
tions 713-4 (e.g., emergency messages generated by 
the authorized entities from a particular area may have 

35 precedence). 

[0049] Continuing to refer to FIG. 7, the exemplary 
subscriber notification profile 700 further comprises ex- 
ecutive override options 714 wherein the network can 
supersede any prevailing restrictions with respect to 

40 emergency message delivery. Additionally, various 
emergency-type options 71 6 may also be included in the 
subscriber's emergency notification profile, which may 
preferably be provided as policies and preferences 
based on certain types of emergencies that can interact 

45 with one or more options already described herein- 
above. 

[0050] Those skilled in the art should realize upon ref- 
erence hereto that the emergency notification profile 
700 described herein is illustrative only. Accordingly, 

50 both the contents and specific implementation of a sub- 
scriber profile database may vary depending upon the 
objectives of a particular application. It should therefore 
be recognized that the scope of the present invention is 
not circumscribed by the specifics of a subscriber profile 

55 database in any manner. 

[0051] FIG. 8 is a flow chart of the steps involved in 
an exemplary emergency notification scheme of the 
present invention. Upon receiving an incoming emer- 
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gency message from an authorized entity at a node 
serving the subscriber (step 802), a multimedia call ses- 
sion engine is invoked by the serving network node dis- 
posed in a service network structure (such as, e.g., serv- 
ice network arrangement 500 depicted in FIG. 5) to 
launch a call treatment application with respect to the 
incoming emergency message (step 804). The incom- 
ing emergency message may preferably include para- 
metric information comprised of, for example, emergen- 
cy type, magnitude of the emergency, target area to be 
served, geographic area information relating to the mes- 
sage originator (i.e., authorized entity), and the like. In 
some embodiments, the parametric information may al- 
so include one or more indiciato identify override criteria 
with respect to the incoming emergency message. The 
call treatment application's service logic is operable to 
query the subscriber profile database based on the par- 
ametric information in the incoming emergency mes- 
sage (step 806). Responsive at least in part to the re- 
sults obtained from the database query, a determination 
is made thereafter with respect to a particular emergen- 
cy alert scheme to be provided (step 808). A further de- 
termination may be made in order to verify if any over- 
ride options are applicable and/or effective (decision 
block 810). If so, an emergency notification in accord- 
ance with the applicable override options is delivered, 
wherein the notification scheme includes an appropriate 
combination of a select alert transmission mode as well 
as the device (step 814). If no override options are ap- 
plicable, the emergency notification is then delivered in 
accordance with the selected alert transmission mode 
and device combination, after appropriately resolving 
any interactions involving scheduling options, type op- 
tions, severity options, et cetera (step 812). In either 
case, a subscriber-selectable device is actuated for ef- 
fectuating an appropriate emergency notification alert. 
In one presently preferred exemplary embodiment, at 
least a portion of a suitable multimedia-capable inter- 
face (e.g., multimedia interface 600 described herein- 
above) may be actuated for delivering the notification 
alert. 

[0052] Those skilled in the art should therefore appre- 
ciate that emergency notification of the present inven- 
tion can be based on: (i) privilege/authorization level of 
the calling party, (ii) nature of notification and criticality/ 
nature of emergency, (iii) preference identified by the 
called party (i.e., the subscriber), and (iv) active devices 
available for notification. In one implementation, the 
privilege level can be established by "operator verifica- 
tion," alluded to in the foregoing description. Also, sub- 
scription for the privilege level may be identified/verified 
by entering a PIN, or verified by the system (e.g., a VPN 
can maintain manager-employee privileges) or an ap- 
propriate governmental agency. Further, in some other 
implementations, the subscriber's preferences may also 
include a "disallow" feature, wherein notification is not 
allowed based on certain conditions (e.g., calling party 
not verified, method of notification not acceptable at the 



time of notification, et cetera). In addition, a sequence 
of events (event flow) may be specified such that where 
a particular alert event fails with respect to a notification, 
a different alert event may be effectuated therefor. 

5 [0053] Moreover, the emergency notification service 
of the present invention may be provided with interaction 
with certain other services. For example, call waiting or 
call forwarding services may be coupled to various 
emergency notification schemes in accordance with 

10 pre-defined service options in a subscriber's profile. Ad- 
ditionally, notification may be provided to multiple loca- 
tions and/or devices in yet further exemplary implemen- 
tations of the emergency notification service. Status no- 
tification can also be given to the calling party or entity 

15 (e.g., where no call is set up between the calling and 
called parties). 

[0054] FIG. 9 is a flow chart of the steps involved in 
an exemplary methodology for directing an emergency 
message towards an intended recipient (e.g., a sub- 

20 scriber) by an authorized individual. When an individual 
attempts to place an emergency message for transmis- 
sion in the service network, a verification and authenti- 
cation process may be effectuated by the network itself 
or by means of subscriber-based authentication (step 

25 902). Upon successful user verification, an emergency 
message with appropriate parametric information is 
generated (step 904). An emergency message path is 
established to the subscriber terminal without disrupting 
any current connections that the terminal may be en- 

30 gaged in (step 906). In one embodiment, the emergency 
message path comprises a one-way transmission path 
initially and, upon validation by the intended recipient, a 
full duplex path may be established. Thereafter, the 
emergency message is delivered in accordance with the 

35 notification profile as described hereinabove (step 908). 
[0055] Referring now to FIG. 10, shown therein is a 
flow chart of the steps involved in an exemplary meth- 
odology for directing an emergency message towards a 
subscriber by an entity. In one embodiment, the entity 

40 is operable as an authorized agency to place public 
emergency messages in the service network and, ac- 
cordingly, it may not be necessary to effectuate an ex- 
press verification scheme prior to emergency messag- 
ing. In a further embodiment, the entity may be a busi- 
es ness enterprise attempting to effectuate an emergency 
messaging service over a virtual private network (VPN) 
that forms a portion of the service network. Upon obtain- 
ing appropriate approval, a suitable "public" emergency 
message is generated for dissemination over a target 

50 area served by at least a portion of the service network 
or over the VPN portion (step 1 002). As alluded to here- 
inabove, the emergency message may include applica- 
ble parametric information for facilitating customizable 
delivery thereof. 

55 [0056] In one exemplary embodiment, the emergency 
message may be transmitted in broadcast mode to the 
target serving area (step 1004). The serving node as- 
sociated therewith is operable to launch call treatment 
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applications for the subscribers in the target area to de- 
termine appropriate notification schemes. Responsive 
thereto, the emergency message is delivered to the 
served subscribers in accordance with the individual 
subscriber profiles depending on the various service op- 
tions (step 1006). 

[0057] Based upon the foregoing Detailed Descrip- 
tion, it should be readily apparent that the present in- 
vention advantageously provides an enhanced emer- 
gency message notification service using multimedia 
within the context of a next-generation network. By ar- 
chitecting the service as part of a decoupled application 
layer with open protocols and APIs, not only can service 
interoperability with different network elements and plat- 
forms be ensured, but service rollout can be streamlined 
as well for faster delivery. Furthermore, the emergency 
notification service of the present invention provides 
several advancements and improvements over the con- 
ventional schemes. For example, because the notifica- 
tion modes can be customized based on a host of fea- 
tures and options, it is possible for the subscriber to dis- 
cern more about an incoming emergency. By specifying 
the various alert modes and scheduling options in ac- 
cordance with the teachings hereof, the subscriber can 
ensure that an emergency alert reaches him or her with 
greater probability. Moreover, the multimedia features 
of the emergency notification service of the present in- 
vention provide a more enriched notification experience 
than the conventional emergency schemes. 
[0058] It is believed that the operation and construc- 
tion of the present invention will be apparent from the 
foregoing Detailed Description. While the system and 
method shown and described have been characterized 
as being preferred, it should be readily understood that 
various changes and modifications could be made 
therein without departing from the scope of the present 
invention as set forth in the following claims. 



Claims 

1. An emergency notification method for use in a mul- 
timedia-capable network, comprising the steps: 

upon receiving an incoming emergency mes- 
sage from an authorized entity at a node serv- 
ing a subscriber, invoking a multimedia session 
engine to launch a call treatment application for 
said subscriber; 

based on at least a portion of parametric infor- 
mation relating to said incoming emergency 
message, querying an emergency notification 
profile associated with said subscriber; 
responsive to said step of querying, determin- 
ing by said call treatment application a particu- 
lar emergency alert scheme to be provided with 
respect to said incoming emergency message; 
and 



actuating a subscriber-selectable device for ef- 
fectuating said particular emergency alert 
scheme. 

5 2. The emergency notification method for use in a mul- 
timedia-capable network as set forth in claim 1, 
wherein said subscriber-selectable device compris- 
es at least a portion of a multimedia interface oper- 
able with said subscriber's terminal. 

10 

3. The emergency notification method for use in a mul- 
timedia-capable network as set forth in claim 1 , fur- 
ther comprising the steps: 

15 determining whether said particular emergency 

alert scheme is unavailable for delivery with re- 
spect to said incoming emergency message; 
and 

if so, selecting an alternative emergency alert 
20 scheme to notify said incoming emergency 

message. 

4. The emergency notification method for use in a mul- 
timedia-capable network as set forth in claim 1 , fur- 

25 ther comprising the steps: 

determining whether an override option is ef- 
fective against said particular emergency alert 
scheme with respect to said incoming emer- 
ge gency message; and 

if so, notifying said incoming emergency mes- 
sage in accordance with said override option. 

5. The emergency notification method for use in a mul- 
35 timedia-capable network as set forth in claim 1, 

wherein said particular emergency alert scheme in- 
cludes an audio transmission mode. 

6. The emergency notification method for use in a mul- 
40 timedia-capable network as set forth in claim 1, 

wherein said particular emergency alert scheme in- 
cludes a video transmission mode. 

7. The emergency notification method for use in a mul- 
45 timedia-capable network as set forth in claim 1, 

wherein said particular emergency alert scheme in- 
cludes an email transmission mode. 

8. The emergency notification method for use in a mul- 
50 timedia-capable network as set forth in claim 1, 

wherein said particular emergency alert scheme in- 
cludes a facsimile transmission mode. 

9. The emergency notification method for use in a mul- 
55 timedia-capable network as set forth in claim 1, 

wherein said particular emergency alert scheme in- 
cludes a paging mode. 
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10. The emergency notification method for use in a mul- 
timedia-capable network as set forth in claim 1, 
wherein said particular emergency alert scheme in- 
cludes a graphics transmission mode. 

1 1 . The emergency notification method for use in a mul- 
timedia-capable network as set forth in claim 1, 
wherein said particular emergency alert scheme is 
based on emergency type information associated 
with said incoming emergency message. 

12. The emergency notification method for use in a mul- 
timedia-capable network as set forth in claim 1, 
wherein said particular emergency alert scheme is 
based on emergency severity information associat- 
ed with said incoming emergency message. 

13. The emergency notification method for use in a mul- 
timedia-capable network as set forth in claim 1, 
wherein said particular emergency alert scheme is 
based on said incoming emergency message's 
originating area. 

14. The emergency notification method for use in a mul- 
timedia-capable network as set forth in claim 1, 
wherein said particular emergency alert scheme is 
based on said authorized entity's identification. 

15. The emergency notification method for use in a mul- 
timedia-capable network as set forth in claim 14, 
wherein said authorized entity comprises an author- 
ized individual. 

16. The emergency notification method for use in a mul- 
timedia-capable network as set forth in claim 14, 
wherein said authorized entity comprises an author- 
ized governmental agency. 

17. The emergency notification method for use in a mul- 
timedia-capable network as set forth in claim 14, 
wherein said authorized entity comprises an author- 
ized commercial entity. 

18. A emergency notification system for use in a multi- 
media-capable network, comprising: 

means for invoking a multimedia session en- 
gine to launch a call treatment application for a 
subscriber with respect to an incoming emer- 
gency message initiated by a message origina- 
tor; 

database means operable to store an emer- 
gency notification profile associated with said 
subscriber; 

service logic means associated with said call 
treatment application for determining a partic- 
ular emergency alert scheme to be provided 
with respect to said incoming emergency mes- 



sage by interacting with said database means; 
and 

means for actuating a subscriber-selectable 
device for effectuating said particular emergen- 
5 cy alert scheme. 

19. The emergency notification system for use in a mul- 
timedia-capable network as set forth in claim 18, 
wherein said subscriber-selectable device compris- 

10 es at least a portion of a multimedia interface oper- 
able with said subscriber's terminal. 

20. The emergency notification system for use in a mul- 
timedia-capable network as set forth in claim 18, 

15 wherein said particular emergency alert scheme 
comprises providing at least one of an audio trans- 
mission, a video transmission, a graphics transmis- 
sion, a paging transmission, and an email transmis- 
sion. 

20 

21 . The emergency notification system for use in a mul- 
timedia-capable network as set forth in claim 18, 
further comprising means to select an alternative 
emergency alert scheme when said particular 

25 emergency alert scheme is unavailable. 

22. The emergency notification system for use in a mul- 
timedia-capable network as set forth in claim 21, 
wherein said alternative emergency alert scheme 

30 comprises activating said subscriber's home com- 
puter for notifying said incoming emergency mes- 
sage. 

23. The emergency notification system for use in a mul- 
35 timedia-capable network as set forth in claim 21, 

wherein said alternative emergency alert scheme 
comprises activating said subscriber's office com- 
puter for notifying said incoming emergency mes- 
sage. 

40 

24. The emergency notification system for use in a mul- 
timedia-capable network as set forth in claim 21, 
wherein said alternative emergency alert scheme 
comprises activating said subscriber's pager for no- 

45 tifying said incoming emergency message. 

25. The emergency notification system for use in a mul- 
timedia-capable network as set forth in claim 21, 
wherein said alternative emergency alert scheme 

50 comprises activating said subscriber's mobile 
phone for notifying said incoming emergency mes- 
sage. 

26. The emergency notification system for use in a mul- 
55 timedia-capable network as set forth in claim 21, 

wherein said alternative emergency alert scheme 
comprises activating said subscriber's office phone 
for notifying said incoming emergency message. 



10 



19 



EP 1 263 243 A2 



20 



27. The emergency notification system for use in a mul- 
timedia-capable network as set forth in claim 21, 
wherein said alternative emergency alert scheme 
comprises activating said subscriber's home phone 

for notifying said incoming emergency message. 5 

28. The emergency notification system for use in a mul- 
timedia-capable network as set forth in claim 21, 
wherein said alternative emergency alert scheme 
comprises activating said subscriber's personal dig- 10 
ital assistant (PDA) for notifying said incoming 
emergency message. 

29. The emergency notification system for use in a mul- 
timedia-capable network as set forth in claim 21, 15 
wherein said alternative emergency alert scheme 
comprises activating said subscriber's television 
(TV) set for notifying said incoming emergency 
message. 

20 

30. The emergency notification system for use in a mul- 
timedia-capable network as set forth in claim 21, 
wherein said alternative emergency alert scheme 
comprises activating said subscriber's laptop com- 
puter for notifying said incoming emergency mes- 25 
sage. 

31 . The emergency notification system for use in a mul- 
timedia-capable network as set forth in claim 21, 
wherein said alternative emergency alert scheme 30 
comprises activating said subscriber's palmtop 
computer for notifying said incoming emergency 
message. 

32. The emergency notification system for use in a mul- 35 
timedia-capable network as set forth in claim 18, 
wherein said message originator includes an au- 
thorized individual. 

33. The emergency notification system for use in a mul- 40 
timedia-capable network as set forth in claim 18, 
wherein said message originator includes an au- 
thorized entity. 

34. A computer-accessible medium operable with a 45 
network element disposed in a multimedia-capable 
next-generation network, said computer-accessible 
medium carrying a sequence of instructions which, 
when executed by at least one processing entity as- 
sociated with said multimedia-capable next-gener- 50 
ation network, causes the following steps to be per- 
formed: 

upon receiving an incoming emergency mes- 
sage from an authorized entity at a node serv- 55 
ing a subscriber, invoking a multimedia session 
engine to launch a call treatment application for 
said subscriber; 



based on at least a portion of parametric infor- 
mation relating to said incoming emergency 
message, querying an emergency notification 
profile associated with said subscriber; 
responsive to said step of querying, determin- 
ing by said call treatment application a particu- 
lar emergency alert scheme to be provided with 
respect to said incoming emergency message; 
and 

actuating a subscriber-selectable device for ef- 
fectuating said particular emergency alert 
scheme. 

35. The computer-accessible medium operable with a 
network element disposed in a multimedia-capable 
next-generation network as set forth in claim 34, 
wherein said subscriber-selectable device compris- 
es at least a portion of a multimedia interface oper- 
able with said subscriber's terminal. 

36. The computer-accessible medium operable with a 
network element disposed in a multimedia-capable 
next-generation network as set forth in claim 34, 
wherein said particular emergency alert scheme 
comprises providing at least one of an audio trans- 
mission, a video transmission, a graphics transmis- 
sion, a paging transmission, and an email transmis- 
sion. 

37. The computer-accessible medium operable with a 
network element disposed in a multimedia-capable 
next-generation network as set forth in claim 34, fur- 
ther comprising another sequence of instructions 
for selecting an alternative emergency alert scheme 
when said particular emergency alert scheme is un- 
available. 

38. The computer-accessible medium operable with a 
network element disposed in a multimedia-capable 
next-generation network as set forth in claim 37, 
wherein said alternative emergency alert scheme 
comprises activating at least one of the following 
devices for notifying said incoming emergency 
message based on said emergency notification pro- 
file associated with said subscriber: a home com- 
puter, an office computer, a pager, a mobile phone, 
a home phone, an office phone, a personal digital 
assistant (PDA), a television (TV) set, a laptop com- 
puter and a palmtop device. 
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BASED ON PARAMETRIC 
INFORMATION RELATING TO 
THE EMERGENCY MESSAGE, f 

QUERYING SUBSCRIBER'S 
EMERGENCY NOTIFICATION 
PROFILE DATABASE 



APPLY OVERRIDE OPTIONS 
AND PROVIDE DELIVERY OF 
EMERGENCY NOTIFICATION 
ACCORDINGLY 



r 814 



DETERMINING APPROPRIATE 
EMERGENCY NOTIFICATION 
MODE/DEVICE/SCHEDULING 
OPTION 



r 
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DELIVER EMERGENCY 
NOTIFICATION ACCORDING V 
TO SELECTED MODE/DEVICE/ 
SCHEDULING OPTION 
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FIG. 8 
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VERIFYING THE SUBSCRIBER 
OR PARTY ATTEMPTING TO 

GENERATE AN EMERGENCY 

MESSAGE TO THE 
SUBSCRIBER'S TERMINAL 
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GENERATING THE 

EMERGENCY 
MESSAGE UPON 
SUCCESSFUL 
USER VERIFICATION 



INTERCEPTING THE 
SUBSCRIBER'S CONNECTION 
WITHOUT DISRUPTING THE 
CURRENT CALL, IF ANY 
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DELIVERING THE EMERGENCY 
MESSAGE IN ACCORDANCE 
WITH THE SUBSCRIBER'S 
EMERGENCY NOTIFICATION 
PROFILE 
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FIG. 9 
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GENERATING A PUBLIC 
EMERGENCY MESSAGE BY 
AN AUTHORIZED AGENCY 
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BROADCASTING THE 
MESSAGE OVER A 
PARTICULAR 
AREA SERVED BY THE 
SERVICE NETWORK 
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DELIVERING THE PUBLIC 
EMERGENCY MESSAGE TO 
THE SERVED SUBSCRIBERS 

IN ACCORDANCE WITH 
EACH SUBSCRIBER'S 

NOTIFICATION OPTIONS 
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FIG. 10 
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